home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19971216-19980424 / 000040_news@newsmaster….columbia.edu _Fri Jan 2 21:08:37 1998.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id VAA00300
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jan 1998 21:08:36 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id VAA19408
  7.     for kermit.misc@watsun; Fri, 2 Jan 1998 21:08:36 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!jaltman
  9. From: jaltman@watsun.cc.columbia.edu (Jeffrey Altman)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: K/2 Gotchas
  12. Date: 3 Jan 1998 02:08:35 GMT
  13. Organization: Columbia University
  14. Lines: 38
  15. Message-ID: <68k6j3$522$1@apakabar.cc.columbia.edu>
  16. References: <TCPSMTP.18.1.2.-16.50.0.2375661496.4897539@kincyb.com> <68k5ha$4kf$1@apakabar.cc.columbia.edu>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8206
  19.  
  20. In article <68k5ha$4kf$1@apakabar.cc.columbia.edu>,
  21. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  22. : : 5)  Another problem was brought on when a dialup
  23. : : script ran.  Everything went OK until I went to connect mode.
  24. : : Then, as soon as anything was entered from the keyboard, K/2
  25. : : left connect mode back to command mode, the session froze up,
  26. : : the cursor went to lower left-hand corner and the session seemed to become
  27. : : unkillable.  Any effort to stop the session would produce a message at the
  28. : : bottom of the screen, something to the effect of
  29. : : "!!! Recieved Kill Signal!!!", but the session lived on, hogging the
  30. : : COM port, still locked up until reboot.
  31. : :
  32. : If you can reproduce this ("!!! Recieved Kill Signal!!!" is not one of our
  33. : messages), you should contact kermit-support@columbia.edu and we'll see if
  34. : we can figure out what's what.  Obviously Kermit should not hang, and you 
  35. : should not need to reboot your PC to get the COM port back.
  36.  
  37. Actually, "!!! Recieved Kill Signal!!!" is one of K2's messages.  It
  38. is produced when Kermit receives a KILL signal from the operating
  39. system.  Kermit as this point stops all operations, closes the current
  40. connection and attempts to exit.  
  41.  
  42. OS/2 is designed to be robust in that a failure in an application, a
  43. device driver, or the OS will result in the least impact on the
  44. system.  If a failure occurs in a system or device driver routine Os/2
  45. will not allow the process to terminate until that routine completes.
  46. This is to prevent the OS from becoming unstable.  The unfortunate
  47. side effect of this is that a device may become unusable until the OS
  48. is restarted.
  49.  
  50. If you can reproduce this scenario with the LOG DEBUG command active 
  51. we can attempt to trace system routine in which the problem is occuring.
  52.  
  53.  
  54.     Jeffrey Altman * Sr.Software Designer * Kermit-95 for Win32 and OS/2
  55.                  The Kermit Project * Columbia University
  56.        612 West 115th St #716 * New York, NY * 10025 * (212) 854-1344
  57.     http://www.columbia.edu/kermit/k95.html * kermit-support@columbia.edu